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The first section of this report on program costing 
w j_th the CAMPUS simulation discusses the structuring process of 
Program Planning and Budgeting (PPB) systems, and emphasizes the 
ideas, rules, and principles for structuring resource data that have 
evolved during the 10 years of PPB existence. It also discusses the 
HICHE-PMS program classification structure that has been developed to 
provide a consistent means of identifying and organizing the 
activities of higher education in a program-oriented manner. The 
basic issue revolves around whether the grouping of an institution’s 
activities (particularly those related to instruction) into 
discipline divisions and discipline specialties is a more appropriate 
outpnt-oriented format than grouping the activities by degrees. The 
second section: Program Costing and the CAMPUS model describes 4 
procedures to handle the conversion of resources from the CAHPUS-v 
model, and where the resources are developed for departments to an 
output-oriented format. The 4 processes are: (1) service department 

process; (2) activity/curriculum process; (3) nonteaching duty 
process; and academic indirect resources process. (AF) 
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PROGRAM COSTING 

WITH THE CAMPUS SIMULATION MODEL 



Other Project PRIME reports have: (1) expanded on the literature 

associated with planning, programme nq , and budgeting systems (PPBS) 

[No. 3 and 10]; (2) provided a conceptual answer to what is PPB [No. 4 
and 12]; (3) presented details on an operational system (DoO's) [No. 4 
and 10]; (4) indicated how this system has evolved over time - partic- 
ularly the Laird/Packard revisions [No. 10]; and (5) described the 
CAMPUS V resource simulation model [No. 5]. To fully appreciate and 
understand this report, the reader should be familiar with the contents 
of these other PRIME reports, particularly PRIME report No. 8. 

The first section of this report will delve into the structuring 
process of PPB systems.]/ The section will emphasize the ideas, rules, 
and principles for structuring resource data that have evolved during 
the 10 years of PPB existence. Also the work by the WICHE-PMS group 
on a “Program Classification System’’ [Gulko, June 1970] will be addressed 
in detail. 

The major problem in structuring resource data is converting it 
from its "traditional orientation" - organization, line-item (object of 
expenditure) - to a more goal-oriented, outDut-oriented format [McGilvery, 
1966, 1968]. This conversion, called "Program Costing," is the major 
topic of the paper. Because of the amount of data manipulation required, 
it is desirable (in fact imperative) to utilize a computer. It is for 
this reason, plus the capability of the model to "simulate," that the 
paper develops Program Costing based on utilizing the CAMPUS V model. 

When attempting program costing, a problem rapidly arises: What 

do we mean by an "output-oriented" format? The output -oriented format 
question is addressed by proposing a "program structure" that Is com- 
patible with the multi -uses of data coupled with a model that accepts 
"program-element" inputs. The multi uses of data are defined dichoto- 
mously by two management functions - planning and control.?/ The 
control function is carefully considered in proposing guidel ines for 
developing a program structure. Essentially this involves minimizing 
the amount of allocation. The program elements of this structure then 
serve as input to a planning-oriented model that allows for varying 
amounts of allocation - depending on the planning task. This latter 
model, which is structured using the ideas of Input/Output analysis, 
is explained in [Project PRIME Report No. 13]. 



1/One of the six PPB processes. The other processes are analysis, 
informational, administrative, operating, and control [PRIME Reports 
4 and 10]. 

2/For an excellent definition and discussion of these management 
functions see [Anthony, 1965]. 
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THE STRUCTURING PROCESS 



There are three important aspects in the structuring process of 
a PPB system. First, the structuring process involves determining 
an organization's goals and objectives. Secondly, the primary com- 
ponents of this process are the development, modification, and 
maintenance of a "program structure." Lastly, a "program structure" 
is a hierarchical grouping of an organization's activities and pro- 
grams in a manner that indicates their relationship to the organization's 
goals and objectives. 



DEVELOPING A PROGRAM STRUCTURE 

Figure 1 presents a program structure for a School of Business 
Administration (SBA). The process of developing a program structure is 
very much of an art, and according to one expert may take several months: 
One could spend many months and even years trying to 
develop the 'perfect* program structure before imple- 
mentation, but since a perfect program structure does 
not exist anyway, it is best to try to come up with 
something reasonably soon, get it into operation, and 
then let it evolve over time [Fisher, May 1966: 27 J* 

Desirable features for a program structure include:!' 

(1) a hierarchical classification scheme focusing on output or 
end products; 

(2) a grouping of program elements in a manner suitable for 
analysis; 

(3) inclusion of all activities of an organization, including 
provisions for planned or possible programs; 

(4) a cle^r identification of the organization unit responsible 
for accomplishing the objective - however, the responsible 
unit is rarely a program; 

(5) categorization of activities by multiple attributes (e.g., 
target population, geographic location, etc.); 

(6) a clear distinction between primary and support objectives; 

(7) major categories or programs that are reasonably stable and 
have an underlying principle or classification theme; 



1/primary inspiration for these desirable features are [DonVi to, 
1969], [Haggert, 1969], [State Local Finances Project, 1967, 68, 69]. 
Guidelines for developing program structures are also discussed in 
[Carlson, 1969], [Hinrichs and Taylor, 1969], [Tucker, 1966], [U.S. 
B.O.B., 1965, 67], [5JSDHEW, 1967], [VanWijk, 1969]. 
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(8) program categories that are clearly distinguishable from 
budget categories - operations and maintenance is not a 
program; 

(9) program elements that are a complete system and designed 
to develop, procure, and operate a program; 

(10) a reflection of the decision-makers preferences and individ- 
uality. 

With these ten desirable features in mind, there are two approaches 
to developing a structure: "prescriptive" - defining programs 

according to what programs the organization should be pursuing (top 
down approach); versus "descriptive" - identification of proqrams 
and objectives from present activities (bottom-up approach). 

According to RAND Corporation researchers: 

"In developing a program structure it is important to 
pursue both approaches and to try to bring them into 
agreement as much as possible. This means that the 
categorization process must be an iterative one. 

Each cycle will involve some regrouping of activities 
and restatement of objectives in order to reconcile 
mismatches. The final program structure and state- 
ment of objectives will take form only after the 
process has been repeated several times. Past exper- 
ience with program budgeting has shown that this pro- 
cess is often valuable in itself, apart from the 
immediate objective of formulating a program structure, 
because of the incentive it provides for re-examination 
of established activities in relation to organizational 
goals." [Haggert, 1969: 27-8.] 

Two strategies for implementation of a program structure are described 
by Benton and Tenzer as " revolution (distinguished by executive 
directives and imposition from the top), or evolution (characterized 
by extensive inter-organizational communications and involvement)" 
[Benton and Tenzer, 1969: 13]. Characteristics of a program-budget 
using these two approaches are shown on Figure 2. 



THE WICHE-PMS PROGRAM CLASSIFICATION STRUCTURE 

One of the primary efforts of the WICHE-PMS program has been the 
design and dissemination of a “Program Classification Structure (.PC5J. 
According to the authors of the PCS - "The Program Classification 
Structure has been developed to provide a consistent means of identifying 
and organizing the activities of higher education in a program-oriented 
manner" [Gulko, June 1970: 1.1]. Later in the same publication, the 
author notes that: 

'The structure presented here is but one of many alternative 
structures that could be used for higher education program 
budgeting. Although it has been developed in a generalized 
manner to accommodate a wide variety of educational insti- 
tutions, the Program Classification Structure is relatively 
consistent with the current program budgeting efforts of 
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some of the major Institutions of higher education.!/ It Is 
hoped , therefore, that the Program Classification Structure 
Is sufficiently flexible to be used without extensive 
modification by institutions wishing to adopt a program 
budgeting system. To this end, it is intended that the 
program classification structure will facilitate the 
adaptation of program budgeting techniques in the manage- 
ment of higher education." [Gulko, June 1970: 1-5,6. j 



Program Classification System - Organization and Nomenclature 

The "nomenclature" for the PCS is reproduced on Figure 3. 

Figure 4 is the "organization" of the PCS. Referring to Figure 3, we 
see that there are several levels of the PCS. Each level has a 
"name" (e.q. program sector), and an example (e.g. program sector^, 
and an example (e.g. program sector - Physics). Figure 4 provides 
additional detail for the first 3 levels - 

and subprograms. Below the sub- program level, VIICHE-PMS proposes 

that: . _ . 

Program Category = HEGIS Discipline 
Program Sector = HEGIS Specialties 
Program Subsector = Course level 

Program Element - Course . , 

The HEGIS Disciplines and Specialties are a federally accepted pro- 
cedure for categorizing academic programs [USOt, to be published!. 

The basic data element of the PCS is the "program element. Each 
program element consists of a 16 character code as follows:!/ 



Sixteen Character Coding Structure 





l/"e.g. The University of California., the State University System 
of Florida j Ohio State University, University of Toronto" - Gulko s 
Footnote, p. 1-6. J 

£/ Reproduced from [Gulko, June 1970: 2-9j. 



